home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Jan 91 / MacApp.Tech$ 1⁄18⁄91 / 2664-More Inside Out ques-Jan91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  3.6 KB  |  78 lines  |  [TEXT/GEOL]
  1. Item    9088378                         14-Jan-91        05:42PST
  2.  
  3. From:   A.XSE010                        Austria - SLT Labinstruments,IDV
  4.  
  5. To:     D2086                           Efficient Field Svc, C Faith,PRT
  6.  
  7. cc:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. ------------------------------------------------------------------------------
  10.  
  11. Sub:    More Inside Out questions
  12.  
  13. Curtis...
  14.  
  15. Some more Inside Out queries:
  16.  
  17. 1. Does each program accessing a database (i.e. in multi-user mode) maintain
  18. its own “idea” of the current records of each of the files in a DB or are they
  19. purely DB-specific, i.e. can I rely on my last impression of what the current
  20. records were remaining valid as long as I don't do anything that might change
  21. the current record of a file, or can a current record be changed at any time by
  22. another user?
  23.  
  24. 2. What do applications using IsO do about backing up and, more significantly,
  25. archiving (parts of) a DB, especially when it is spread over more than one
  26. volume?  Is there no way (or will there perhaps in future be a way) to “shelve”
  27. (archive) no longer or only very infrequently needed parts of a DB on a
  28. removable volume which doesn't have to be mounted in order to be able to open a
  29. database?  It seems restrictive to me to have no control whatsoever over which
  30. volume data is stored on and always to have to have all volumes accessible in
  31. order to use a DB.  I heard/read somewhere that the next big release of IsO
  32. (when?) will allow more than one DB to be open at one time; perhaps this will
  33. allow a feasible solution to this problem.
  34.  
  35. 3. I am trying to implement a structure like the one shown diagramatically on
  36. page 50 of the IsO manual, with the following properties (I will use the names
  37. for the files used in the manual to avoid confusion):
  38. 3.1. The orders file has no direct key except the two connection keys.
  39. 3.2. For each customer/inventory record pair there is at most one orders
  40. record, i.e. the two relation ID fields uniquely identify an orders record (if
  41. these two fields could be combined into one key it would be a unique key).
  42. Putting that another way still, for each customer there may be several orders,
  43. but no two of these orders belonging to the one customer may have the same
  44. inventory record as parent: the inventory record uniquely identifies the order
  45. for that particular customer.  Orders belonging to different customers will
  46. often have the same inventory record as parent.
  47. Questions:
  48. 3.3. Is it possible to have the uniqueness of the combined relation IDs of the
  49. orders file enforced automatically by IsO (I presume not)?
  50. 3.4. If I use a view consisting of fields from all three files, and a key
  51. belonging to the customers file in an SRFindFirst call (to find a particular
  52. customer), how do I get the next orders record for that customer (along with
  53. its associated necessarily different inventory record)?  Do I have to set the
  54. current key to the _orders key and then call SRNext?  How do I know when I have
  55. gone past the last orders record for that customer?  Do I have to check the
  56. appropriate fields of the customers record to see if anything has changed?
  57. 3.5. Am I doing this all wrong?  How should I do it?
  58.  
  59. Thanks in advance for your help,
  60.  
  61. Alex. Livingston
  62.  
  63. SLT Labinstruments Ges.m.b.H.
  64. Untersbergstr. 1
  65. A-5082 Grödig/Salzburg
  66. Austria (NOT Australia!!!)
  67.  
  68. Tel.: +43/6246/3438
  69. Fax.: +43/6246/2770
  70. Tx. : 631127 slt a
  71.  
  72. Ps.: We own Inside Out Multi-User V1.2.1 Serial No. 11614.
  73.  
  74. Pps.: I have “cc”ed this to MacApp.Tech$, although MacApp has nothing directly
  75. to do with Inside Out, especially the above questions, because I wanted to
  76. reach a wider audience.  (See question 4 in my last IsO Qs link.)
  77.  
  78.